United States Patent [i 9 ] 

Hammarstrdm et al. 



US006044142A 
[ii] Patent Number: 
[45] Date of Patent: 



6,044,142 
Mar. 28, 2000 



[54] METHOD AND ARRANGEMENT FOR 

INTEGRATING INTELLIGENT NETWORK 
SERVICES WITH OPERATOR ASSISTED 
SERVICES 

[75] Inventors: Peter Hammarstrdm, Sandviken, 

Sweden; Jan H. I. Lindeberg, Nivaa; 
Allan Sniidt, DK-Broenshoej, both of 
Denmark 

[73] Assignee: Telefonaktiebolaget L M Ericsson, 
Stockholm, Sweden 

[21] Appl. No.: 08/851,898 
[22] Filed: May 6, 1997 



[51] 
[52] 
[58] 



[56] 



Int. CI. 7 H04M 7/00 

U.S. CI 379/223; 379/265; 379/207 

Field of Search 379/223, 265, 

379/266, 309, 201, 207, 203, 218, 210, 
211, 229, 230 

References Cited 
U.S. PATENT DOCUMENTS 



. 4,677,588 6/1987 Benjamin et al 709/228 

4,797,910 1/1989 Daudelin 379/223 

5,014,303 5/1991 Velius 379/266 

5,282,244 1/1994 Fuller et al 379/230 

5,329,583 7/1994 Jurgensen et al 379/265 

5,420,916 5/1995 Sekiguchi 379/230 

(List continued on next page.) 

FOREIGN PATENT DOCUMENTS 



0 142 004 
0 358 408 A2 
0 478 206 A2 
0 647 051 
0 707 406 
0 726 682 A2 
4 441 753 
96/04754 
96/14704 
96/19904 
96/38018 
97/16007 



5/1985 
3/1990 
4/1992 
4/1995 
4/1996 
8/1996 
6/1995 
2/1996 
5/1996 
6/1996 
11/1996 
5/1997 



European Pat. Off. . 
European Pat. Off. . 
European Pat. Off. . 
European Pat. Off. . 
European Pat. Off. . 
European Pat. Off. . 
Germany . 
WIPO , 
WIPO . 
WIPO . 
WIPO . 
WIPO . 



OTHER PUBLICATIONS 

Telecommunication Journal of Australia, vol. 46, No. 3, 
1996, pp. 13-18, XP002048699, John Damrow et al., "The 
Intelligent Nework Call Centre". 

Annual Review of Communications, vol. 46, Jan. 1, 1992, pp. 
619-625, XP000321976, R.W. Petrunka, "Exchange Access 
& Operator Services in AIN". 

Annual Review of Communications, vol. 46, Jan. 1, 1992, pp. 
491^195, XPO0O321961, E. Bonkowski, "An End User's 
Expectations of the Advanced Intelligent Network". 
GLOBECOM 89, Fung, "Defining Intelligent network ser- 
vices in a multivendor distributed environment/' vol. 1, Nov. 
27, 1989, Talas, Texas, US, pp. 132^136, XP000145739. 
M. Sevcik and R. Lueder, "Customers in Driver's Seat: 
Private Intelligent Network Control Point," 15 fA Interna- 
tional Switching Symposium, vol. 2, Apr. 23-28, 1995, pp. 
41-44. 

(List continued on next page.) 

Primary Examiner — Scott Wolinsky 
Assistant Examiner — Benny Q. Tieu 
Attorney, Agent, or Firm— Nixon & Vanderhye P.C. 

[57] ABSTRACT 

A telecommunication system coordinates telecommunica- 
tion services rendered from an intelligent network and a 
human operator. An operator assistance call center includes 
one or more human operators each of which has a telephone 
and an operator workstation. The intelligent network 
includes a service switching element and a service control 
element. A party placing a call requests a service having one 
or more features. The intelligent network receives the call, 
processes the service request, and integrates one or more 
service features provided by one of the human operators 
from the operator assistance call center in rendering the 
requested service. The operator assistance call center 
includes a call center server communicating with the plural 
operator workstations and interfacing with the service con- 
trol element of the intelligent network. The integration 
between automated IN services with operator- assisted ser- 
vices broadens the service portfolio that a service provider 
may offer to subscribers. 

22 Claims, 7 Drawing Sheets 
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METHOD AND ARRANGEMENT FOR 
INTEGRATING INTELLIGENT NETWORK 
SERVICES WITH OPERATOR ASSISTED 
SERVICES 

RELATED APPLICATIONS 

This application is related to two commonly-assigned 
patent applications entitled "Cooperative Call Processing 
Across Public and Private Intelligent Networks" and "Com- 
puter Telephony Integration Gateway", the disclosures of 
which are incorporated herein by reference. 

FIELD OF INVENTION 

The present invention relates generally to telecommuni- 
cation services, and more particularly, to intelligent network 
services and op era ted- assisted services. 



10 



15 



BACKGROUND AND SUMMARY OF THE 
INVENTION 



{A fa Intelligent networks provide network operators with con- 
siderable flexibility and economy in structuring product 
offerings and providing a wide variety of telecommunica- 
tions conveniences and services. A typical intelligent net- 
work architecture allows the switched transport to interact 



25 



u^. with database systems and intelligent peripherals. When a ^ 
y^cJ ^service subscriber/user dials the number of an advanced ±>^in 



35 



service, i.e., an intelligent network call, the local telephone 
exchange transfers this call to an exchange with a service 
switching function (SSF). Such an exchange is often T 
referred to as a service switching point (SSP) and may be an | 
ordinary exchange, i.e., local, transit, tandem, or interna- J 
tional. The SSF detects trigger conditions during the normal^ 
1<"\ sw i tcmn g process. Such trigger conditions can occur at the 
1 s~ origination of a call, during a call, and at the termination of 
a call. After triggering an incoming IN call, the SSF sends 
a message to a service control function (SCF) in a service 
control point (SCP) located in the same exchange or at 
different exchange. During an intelligent network call, a 
number of messages may be sent between the SSP and the 
SCP 

The information flows between the network functions 
residing in different physical nodes are implemented in the 
IN application layer is protocol (INAP). The INAP protocol 
uses transport capabilities application part (TCAP) on top of 
connectionless SCCP (signaling connection control part). 
The application layer messages are specified in abstract 
syntax notation 1 (ASN.l). 

When the SSF detects a trigger, it sends a message 
containing the dialed number and general call information to 
the SCF. The SCF invokes appropriate service logic to 
analyze the received message. Such analysis identifies the 
requested service and also provides charging information. 
Th e STFjjisn infill t a nnr or moro nommnnHs to thft SS F 
i nitiate the_a ppmpri ate act inns *o fulfill the service suc Las^ 
setti ng_up or releasing connections , activating an intelligent 
peripheral, etc. Intelligent peripherals conduct communica- 
tion with subscribers by sending various automated voice 



nents called service independent building blocks (SIBs). 
Service independent building blocks provide network opera- 
tors with the ability to design their own advanced services as 
service "scripts" simply by properly selecting and sequenc- 
ing basic service script modules. A service script combines 
service logic and service data in a particular sequence of 
SIBs designed and tested to provide a particular service. 
During call processing and rendering of a service, the 
service script corresponding to the service is "interpreted" or 
executed to provide the requested service. Each new service 
is defined, specified, developed, and tested in a special 
service creation environment linked to a service manage- 
ment system (SMS) and then simply downloaded to the 
service control point. Service script software need only be 
implemented in the SCP and not in every switch within the 
network. 

Thus, an IN concentrates the data and functions required 
for a service into a minimum number of nodes, separates . 
v jQcservice logic from the network resources, logically views th2>$ 44 
* 20 service data and resources, and separates service creation 
from the network provision of these services. As a result, the 
intelligent network architecture provides substantial flex- 
ibility and efficiency in the design and rendering of specific 
services. 

A significant shortcoming of IN services is that they do 
not integrate operator-assisted support/services. In other 
ords, IN services are generally limited to jnachine- 
- ^.implemented, au^mRtir.Sfirvir^R Thrrr are many instances, 
/ however, where machine-implemented services alone are 
SO unsatisfactory or otherwise undesirable. For example, con- 
sider an IN service scenario instance where a caller dials a 
special "800" service number in order to make a credit card 
purchase or to order an airline flight ticket. This "800" 
number is recognized and routed to an appropriate SSP. The 
SSP detects a call trigger and queries the SCP as to how to 
handle the call. The IN service scripted in the SCP for 
handling the call uses an Interactive Voice Response (IVR) 
intelligent peripheral to initiate interaction between the 
caller and the IVR machine. The caller is prompted for 
40 different types of information such as entry of an account 
number, flight destination, dates of travel, etc. Perhaps in the 
interaction between the caller and the IVR intelligent periph- 
eral the caller is offered a menu of different options one of 
which may be selected by depressing an appropriate DTMF 
key or key sequence. 

In addition to this automated service, many callers want 
to request additional services not offered as one of the 
automated menu options, or sometimes the caller needs a 
service that cannot be provided by an automated attendant. 
As an example of the latter, if the caller is entering erroneous 
information or making inconsistent selections, i.e., is having 
difficulty with the automated interface, it would be desirable 
to involve a live operator who could volunteer assistance to 
the caller, A live operator could answer questions, provide 
further information regarding various options, and take 
appropriate action to assist the operator or render further 
services. But this kind of cooperation between live operators 
and IN-based automated services is not available. 
Still further, it would be desirable that after assisting the 



45 



50 



55 



announcements and receiving responsesjm i jhe form of 60 caller, the operator is able to redirect the call back to the 
„ ... , original IN service at the same point at which the service 

was interrupted or at a different point. It would also be 
desirable to alternatively permit an operator to redirect the 
call to another destination, e.g., to another party or to another 
service oriented device like the caller's voice mailbox. To 
achieve such flexible operator interface with the IN network, 
it would be desirable that the IN service logic respond to 



subscriber dual tone multiple frequency (DTMF) digit tones. 
Intelligent peripherals allow the subscriber to access ser- 
vices that current network signaling systems do not support. 

A significant advantage of intelligent networks is that the 
service control architecture is independent of the underlying 65 
communications network. Each IN service is typically com- 
posed of several service features or basic, reusable compo- 
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service logic level commands initiated by a human operator 
in the rendering of a service to a caller. Moreover, it would 
be desirable to provide such flexible service capabilities and 
integration between standard IN services and operator- 
assisted services without having to physically route all calls < 
to a single switching node to which the operator is con- 
nected. 

Accordingly, it is an object of the present invention to 
integrate human operator-based services with IN-based ser- 
vices. 11 

It is an object of the invention to provide cooperation 
between live operators and automated IN-based services. 

It is an object of the invention to provide a mechanism by 
which service feature requests and responses are communi- 
cated between the service logic of an IN-based service and r ' 
a human operator workstation. 

The present invention overcomes these problems and 
needs and achieves these and other objects by integrating 
automatic IN services with operator-assisted services on 2{ 
business, service, and technology levels. This integration 
broadens the service portfolio that a service provider offers 
to subscribers to include both automatic and manually 
assisted (i.e., operator-assisted) services. Moreover, the flex- 
ibility of IN, script-based service development may be 
advantageously deployed to develop services that involve 
both automatic and operator service feature elements. In 
other words, both automatic and operator service features 
may be freely combined into new service scripts. An 
example of such an integrated script might be a "fall back" 3Q 
service to a human operator in the automatic attendant (IN) 
service as described above. 

Since the control activities of the operator system are 
integrated at a logical level with the control activities of the 
IN system, the service logic of the operator system is 35 
separated from network switching functions. As a result, 
calls no longer have to be physically routed to the switching 
node where the operator is connected. In addition, the same 
network planning and strategy principals employed in stan- 
dard IN services may also be applied to operator services. 40 
The invention also allows more flexibility to optimally 
utilize remote human operators. Other automatic resources 
such as announcement machines, voice recognition devices, 
speech synthesis devices, etc. are more efficiently utilized 
being shared by both IN services and operator-assisted 45 
services. 

The present invention includes a method for providing 
telecommunications services where a call is initially 
delected in an intelligent network from a party requesting a 
telecommunications service. The call is processed and an 50 
intelligent network service is provided using service logic 
and resources in the intelligent network. At some point in the 
call, it is determined thai the call requires the assistance of 
a human operator outside of the intelligent network. The call 
is then connected to the human operator which provides an 55 
operator-assisted service to the caller in addition to the 
service provided by the intelligent network. 

In communicating with the caller, the operator may ini- 
tiate an action at an operator workstation that is ultimately 
provided to and executed by the intelligent network service 60 
logic. Such execution typically includes executing one or 
m ore service independent building h|r»> ks to implement the 
operator-initiated command in the context of a service script 
composed of several service independent building blocks. 
Significantly, the com munical ions path established between 65 
the operator workstation and the intelligent network service 
logic is independent of telephony switching functions. 
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A telecommunications system in accordance with the 
present invention includes an operator assistance call center 
with one or more human operators where each human 
operator has an operator workstation and a telephone. The 

: intelligent network includes a service switching element and 
a service control element. After receiving and processing a 
service request from a calling party, the intelligent network 
integrates one or more service features provided by one of 
the human operators from the operator assistance call center 

3 in rendering the requested service. 

A call center server communicates with the operator 
workstations and the service control element of the IN. The 
call center server functions as a gateway between the plural 
operator workstations and the IN service logic. The call 

> center server provides information regarding the calling 
party forwarded by the intelligent network service control 
element to the operator workstation to aid the operator in 
servicing the caller. In interaction with the caller, the opera- 
tor may generate a command at the operator's workstation 

1 requesting that the call be redirected to another calling 
destination. The calling center server conveys that command 
to the intelligent network service control element which then 
instructs the service switching element to redirect the call to 
the other calling destination. Advantageously, the present 
invention also permits the call center server to provide 
billing information to the intelligent network corresponding 
to the service provided by the operator in order to determine 
an overall charge for the call by the intelligent network. 

Additional objects, advantages, and novel features of the 
present invention will be set forth in part in the description 
which follows, and in part will become apparent to those 
skilled in the art upon examination of the following, or may 
be learned by practicing the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a function block diagram of a telecommunica- 
tions system in accordance with an example embodiment of 
the present invention; 

FIG. 2 is a function block diagram illustrating further 
details of the call center server and an operator workstation 
illustrated in FIG. 1; 

FIG. 3 is a flowchart diagram illustrating procedures for 
implementing operator integrated IN services in accordance 
with an example embodiment of the present invention; 

FIG. 4 is a flow diagram outlining an example signal flow 
sequence for the operator-assisted service used for FIG. 3; 

FIG. 5 is flowchart diagram illustrating a call center server 
operator access script routine 200 in accordance with an 
example embodiment of the present invention; 

FIG. 6 is a flowchart diagram illustrating a call center 
server call script routine 300 in accordance with an example 
embodiment of the present invention; and 

FIG. 7 is a flowchart diagram illustrating an operator- 
related call script routine 400 in accordance with an example 
embodiment of the present invention. 

DETAILED DESCRIPTION 

In the following description, for purposes of explanation 
and not limitation, specific details are set forth, such as 
particular embodiments, elements, interfaces, hardware 
cprnfignrarinrgj data structures, software flows, techniques," 
etc. in order to provide a thorough understanding of the 
present invention. However, it will be apparent to one skilled 
in the art that the present invention may be practiced in other 
embodiments that depart from these specific details. In other 
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instances, detailed descriptions of well known methods, In the presently preferred example embodiment, the call 
devices, and elements are omitted so as not to obscure the center server 26 functions as an operational "gateway" to 

description of the present invention with unnecessary detail. establish and coordinate communications between the ser- 

F1G. 1 illustrates a telecommunications system for pro- y ice lo £ ic of me IN network 12 and the operators in the 

viding integrated intelligent networks and operator-assisted 5 integrated call center 22. Further details of the call center 

service in accordance with an example embodiment of the se ™ er 26 and the communications between the SCP 14, the 

present invention. An intelligent network is indicated at Cal1 « nte * seivw 26, and the operator workstations 40 are 

reference numeral 12 and includes a service control point 14 ™ ml^RC 2* COIUUIlcllon Wth thc 6111011011 bl ° ck dia * 

connected to a service switching point 18. The service gr !^ 10 

control point includes a service control function (SCF) 16 10 ™ e cal1 ccnter scrv er 26 includes a cooperative call 

which includes service control logic and service control P raccss »ig gateway 50 used to establish a service logic level 

data. The service switching point 18 includes a service communications connection with the SCP 14. The coopera- 

switching function 20 which, in addition to routing/ ^ C "U processing gateway 50 maps operations between the 

switching functions, processes calls monitoring for IN ser- ^ 54 a ° d the INAP pr0,OCo1 UScd by the 

vice triggers. The SCP 14 and SSP 18 communicate over a 15 scp 14 ! n thc intelligent network 12, In a preferred example, 

control path using a suitable protocol, e.g., INAP. Control non-limiting embodiment, the cooperative call processing 

paths are indicated at solid lines, telephony transport paths ga !f way and P™ 10 ™ 1 implemented using the cooperative 

as dashed lines, and management signals as dotted lines. call processing procedures described in commonly assigned, 

Telephone terminals for parties A and C are shown con- rclat . cd P atent ^cation entitled "Cooperative Call Pro- 

nected to the SCP 18 and are referred to in subsequent 20 ccssin S Across Public and Private Intelligent Networks" 

examples set forth below. incorporated by reference above. Details of the cooperative 

n , , t , . ... ,-,>,. u , . processing gateway procedures are set forth in that patent 

Connected to the intelligent network 12 is an IN mle- application 

grated call center 22. The integrated call center 22 may be D • fl . , , ... , . . 
r^™^.»r,fii, ^„f«„,~A ™ u -j-i a * a Briefly, a logical relationship is established over an end- 
independently conngured or may be readily adapted using . . f . . \. 
. .uA equipment and software in existing automatic distribution 25 to -^ d ^rvice logic commun^aUonspam between the coop- 
KP 3 call centers. The integrated call center 22 includes a call Z "r^A proCCSSmg 50 the ^ ° f 
^ center server (CCSX) 26 connected over a control commu- * C , SC f *t ^ * * mM Xt f ° P Tc ^ , WUh 
nicationspathtotheSCP14.Thecallcenter S erver26i S al S o ^ ° f 0peraU ° n P roccd " res . "f ? service logic 
connected to a call center management server (CCMX) 24 * fT? ,u . ^T't V * 
which is connected to a telecommunication management 30 V™l»r woAsUton 40 m the .ntegrated cal I center 22. The 
« i a * * ** /rwr»\ .-id j service teature request is made using a Start operation 
network. An interactive voice response (I VR) unit 28 and a . , J , ... - c ■ * rT 
. „ ™ M * a ' *• . i j. t i command coupled with a specific service feature Start 
database 30 are connected via respective control paths to the , f „ , .„ 
call center server 26. Thc IVR unit 28 is also connected to ^ mcnt coiresponding data attributes for the specific 

the SSP 18 by a telephony transport path. l ^ ' f? S J u °o P ™ 7 "V™^* 
_ „ 1, . 35 nutted by the service control logic of the SCP 14 to the call 
Tlie call center server 26 is connected to a plurality of center ^ 2 6, the call center server 26 communicates that 
workstations 40, preferably by way of a network. The request to a selected workstation 40 and returns a Continue 
example shown in FIG. 1, the call center server 26 is operation coupled with a service feature result argument 
connected to a wide area network (WAN) 32 which in turn generated by the workstation over the established connec- 
is connected to a local area network (LAN) 36. The operator ^ tion . After thc service feature result is returned, a determi- 
workstation terminals 40 are connected to communicate nation ^ madc if furthcr servicing is needed to provide the 
with the call center server and with each other via the local requested service feature. If so, a Continue operation 
area network 36. Each operator workstation includes com- coupled with a spccific fcaturc Continuc argU ment is sent, 
puter and telephony hardware and software for performing Otherwise, a Stop operation is used to logically complete the 
operator-assisted services and for communicating over the 45 requc sted service feature. An Event operation is used to 
network with the other workstations and the call center tran smit one or more events to be taken into account when 
server 26. providing the requested service feature. This client server 
In handling requests from the SCP for operator-assisted based model of communications between thc SCP 14 and the 
services, the call center server performs initial voice greet- cooperative call processing gateway 50 is symmetric. In 
ings using interactive voice response (IVR) unit 28, queues 50 other words, the call processing gateway 50 may function as 
incoming calls in queue 34, and selects available and appro- the client sending requests, and the SCP 14 may function as 
priate operators using a selector 42. The selector 42 is the server receiving the service feature requests and prov id- 
connected by a control path to the local area network 36 and ing service feature responses. 

by a telephony transport path to the SSP 18. Under the The call center server 26 includes its own service logic 54 

control of an automatic call distribution (ACD) function in 55 which includes a number of service scripts described in 

the call center server, the selector 42 routes incoming calls further detail below. Of course, the CCSX service logic 

to the telephony equipment of selected workstations 40. would also be programmed using other programming 

The actual operator-assisted services provided by the techniques/models. The CCSX service logic 54 is scripted 

integrated call center 22, the selection and distribution of with service independent building blocks (SIBs) which 

calls to operators, and the monitoring of the performance by 60 represent capabilities within as well as outside the call center 

various operators may include for example any automatic server 26 as described in further detail below, 

call distribution applications found for example in private The call center server 26 also includes an operator assis- 

brancb exchange (PBX)-type applications. Of course, the tance gateway 52 which controls communications between 

present invention envisions other private network type ser- the various workstations and the CCSX. The data commu - 

vices and especially new services being provided by opera- 65 nications protocol is preferably TCP/IP based, and the 

tors in the integrated environment of the present invention, applications protocol may for example be a standard com- 

i.e., new operator-assisted, IN services. puter telephony interface (CIT) protocol such as Computer 
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Supported Telecommunications Applications (CSTA). Other Hie call center server 26 then monitors operator actions 
proprietary protocols specifically tailored for operator- (block 106). During interaction with the caller A, the opera- 
assisted services might for example be employed for greater tor may take some action regarding the call through the 
flexibility or efficiency as opposed to "open" protocols like graphic user interface 64 of the operator's workstation 40, 
CSTA- 5 e.g., transfer the call to destination telephone number C. The 
The operator workstation 40 is divided conceptually by a call center server 26 detects that operator action via the 
dashed line with one-half showing various hardware com- networks 32 and 36 and generates appropriate service logic 
ponents and the other half showing various software com- commands that will be understood by the intelligent network 
ponents as functional blocks. In terms of hardware, each (block 108). The call center server 26 then encodes those 
operator workstation preferably includes some sort of tele- 10 operator service logic commands into cooperative call pro- 
phony integration equipment 60 connected to computer cessing commands (block 110), and transmits them to the 
processing and memory hardware 62. User interface hard- SCP 14 over the established service communications link 15 
ware 64 is also connected to the computer hardware 62 and (block 112). The SCP 14 extracts and executes the operator 
might include for example a keyboard, mouse, display service logic commands (block 114). For example, if the 
screen, etc. The operator workstation software 40 may 15 operator service command is to transfer the call from the 
include communications software 70 for communicating integrated call center 22 to destination C, the SCP 14 sends 
with the call center service 26 and with other workstations a corresponding instruction to effect that action to the SSP 
connected to the local area network 36 and/or wide area 18. 

network 32. Also included are applications software 72 for A more detailed sequence of signal flows of the above 

running various operator-assisted services software routines. ^ example will now be described in conjunction with the 

The operating system 74 is preferably a Windows-type flowchart shown in FIG. 4. Four columns are shown: the 

operating system. Call center service scripts may then be SSP, the SCP, the CCSX and the operator workstation. Each 

implemented taking advantage of using the Windows graph- block in a column corresponds to a process or function that 

ics user interface, e.g., each CCSX script has its own occurs or is performed at that location. The signal flows are 

window. ^ indicated by arrows. 

The overall operation of the above-described system is A call is detected in the SSP (1), and the SSP initiates a 

now overviewed using the procedures set forth in the query to the SCP along with all available call information, 

flowchart routine in FIG. 3 entitled "Operator Integrated After this, the SSP waits for requests from the SCP (16). The 

Services" (block 100). An initial call is received from Party SCP receives the query from the SSP (2) and initiates IN 

A in the SSP 18 of IN 12 which performs number and 30 service logic to perform the number and routing analysis (3). 

routing analysis on the calling party's telephone number (the The SCP then requests an operator-assisted service (4) and 

A telephone number) and the destination telephone number sends a request message to the call center server and waits 

(the B telephone number). During this analysis, the SSP 18 for the result (5). When the CCSX receives the operator 

detects a trigger, e.g., a speciaJ service number, which causes service request, the CCSX service logic is started (6). Jhc 

the SSP 18 to initiate a query with the SCP 14 to commence 35 C CSX checks for an idle operator to handle the ca ll (1). At 

_ the service (block 102). this point, the operator-assisted service preferably is 

The SCP 14 analyzes the call information provided by the expanded with automatic call distribution (ACD) queuing 

SSP 18 and identifies the requested service and the resources functionality and interactive voice response as mentioned 

for providing the requested service. Typically, the SCP 14 above. When an idle operator is identified, a command is 

identifies a service script corresponding to the requested 40 sent from the CCSX to the SCP (8) to connect to the voice 

service and executes that service script. During the IN portion of the call to the selected operator. At the same time, 

service script execution, the SCP 14 determines that an the selected operator is prompted to expect the new call by 

operator-assisted service is requested or otherwise neces- a signal sent from the CCSX and displayed on the operator's 

sary. The SCP 14 establishes a communications link 15 workstation display screen (9). The available call informa- 

(shown only symbolically in FIGS. 1 and 2) to contact the 45 tion may be included in this prompting signal or may be 

call center server 26 and establish a cooperative call pro- accessed later by a request to the CCSX from the operator 

cessing session (block 103). workstation. The CCSX then waits for an answer (10) both 

The call center server 26 analyzes the request and selects l «c operator workstation and from the SCP with the CCSX 

an available operator. The call center server 26 responds by synchronizing both answer signals. 

requesting over communications link 15 requesting that the SO When the new call is received by the operator workstation 

call be routed to the integrated call center 22 (block 104). (11), the call information is displayed on the screen, and the 

The SCP 14 sends a command message to the SSP 18 workstation waits for the operator to answer the call (12). 

causing the SSP to route the call to the call center 22. The operator answers the call by depressing a key on his 

Instructions from the call center server 26 via the networks keyboard, selecting an icon on the operator workstation 
32 and 36 control selector 42 to route calls either to waiting 55 display screen, etc., and an answer is sent to the CCSX (13), 

queue 34 if an operator is not available or directly to a and the operator workstation waits for requests (orders) from 

selected operator 40. Before routing the call to selector 42, the operator (21). The voice/transport connection is also 

the call center server may initially have the call routed to the received by operator workstation if the telephone is inte- 

interactive voice response unit 28 to play initial grated into the workstation. Of course, the telephone call 
announcements, provide instructions, and perhaps gather 60 may also be received at an ordinary telephone set at the 

additional information from menu options selected by the operator's desk. The telephone answer is reported to the SCP 

caller from his DTMF keypad. While a call is being routed by the SSP (18). 

to the selected operator telephone, the call center server 26 When an order to connect the operator is received by the 

is provided information regarding that caller forwarded over SCP from the CCSX (5), the SSP is instructed to set up the 
communications link 15 as well as the requested service. 65 voice/transport connection (14) by establishing a call 

Other relevant caller and/or service-related information may through the telephone network (17). Both the SCP (15) and 

also be extracted from database 30. the SSP (18) wait for the operator to answer the call. The 
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detected answer is sent as an event to the CCSX (19) and one for each call connected to an operator. For example an 

synchronized with the answer from the workstation (10). operator can be connected to several calls with the operator 

The SSP, SCP, and CCSX then all wait for new requests (29), currently interacting with ooe call having parked the other 

(26), and (20), respectively. calls in some fashion. 

When the operator completes the dialogue with the party 5 FIG. 5 illustrates an example operator access script 200 in 

A, the operator orders a transfer of the call to a new flowchart type format. When an operator workstation appli- 

destination such as a C number (21) by entering a keyboard cation be gins (block 202), an operator access script 200 is 

command by pressing an icon and entering the C number. launched. The access script waits for the operator to log-on 

The order and C number are sent to the CCSX (22) which ^ block 204 ) When the °P erat °r >°gs on (block 206), the 

orders the SCP to complete the call (24). The message in io 0 P e r<"or access script then enters an idle process (block 208) 

block 22 is only an example of an operator message. Of ^'"S 8 ,,^ K W'#*- 0ne re< l uest « an operator log off 

course, other types of operator messages are also handled. £ „, * 0th6 u r 'Tf 5 ' 1? reCe ' Ved from 

Messages transferred to SCP 14 in block 24 may be for the 7 A 3W d ~ cnbed bel ° w .<M°<* 212). If the operator 

purpose of executing any SCP implemented capability or JC^Ti ^ ^ f ° r ^ K<V>em 

, any supported switch control function in ,h« ss p 18 c„I ,< is ( r\? 18) * UC * f * request to stop the workstation 

connecting the party to hold, executing both CCSXinterna * "?* b %* 2 ™£ f f lhe °P e ™°' 1°8* "ack on, 

service logic, requesting data from the database 30, control- S ^riT^r. ^ °f 18 fr ° m 

ling an I VR 28, etc. Any limitation of the type of messages £ ' " ZTl^?T^^ d SC " Pl 400 (b '° Ck 

depends on the capabilities of the SSP 18, SCP 14 and the 20 2 ^ 15 Ulen s * rted ( block 220 )- ™e operator access script 

CCSX 26. Both the CCSX (25) and operator wo kstation %Z?%&\ ^ 

(23) then wait for the result. When the result is received by k m ^ °P erat °r-related call script 400 (block 

the SCP (26), the SSP is ordered to connect to the call (27), J,'~ , .„ 

and the SCP waits for the result (28) HO ' 6 UIustrates an example call script 300 initiated when 

When the order is received by the SSP (29) the call is 25 \T C ^ * T*"* fr ° m SCP (Mock 302 ) 

connected via the telephone network undo contra oi the ^ "Z^SM ^T, fi !^ "P^P** 

SSP (30). When the call is connected, the SCP is notified X2*^2f TIT ^ . ^S^"*? 

(31), and the SSP waits for the end of the call (32). ,n this St 

he il^S hv 1 ( ?■ C ° UrSC '. ,hlS <?*^P may an idle operator is identified, the call is connected to that 
be maintained by other types of services, if a recall to the oneraior Chlnrk Tm n, P ^n ^ri„i inn.i, • •■• . 

event (33). When the call and notification is received by the 3 * A eOID ? leli0a re ^ est &°m ) 



— ~ WU ^ 1V ^. U v/i uiowimtu vau icLjucs*i iiura me f 
operator call script 400 is received (block 318). The call / 
script 300 then requests a call disconnect (block 320) which ( 
t is sent to the SCP IN service script (block 322) over session^ 
\Jink 15. Alternatively, the call script 300 requests connection 



CCSX (25), the operator is released (34), and the operator 

screen is cleared (35). The call session is then ended in the 

CCSX and the operator workstation. 

. . ^i."*" on v^ijr, me uau M.upi juu requests connection 

in a preferred but non-limiting example embodiment of to the C number noted above which is then sent to the SCP 

the present invention, the call center server 26 employs service script (blocks 324 and 326) 

fS^^Jr^ application scripts to implement FIG. 7 illustrates an example operator related call script 

the functions of CCSX service logic 54. An operator access 400 is initiated from the operator access script 200 (block 

script is used to handle all non-call related action requests 402) when a new call to the operator is received The 

from the operator such as log-on, log-off, communications 45 operator is given a call prompt of the call and provided with 

with other operators connected to a network, etc. When the existing call information (blocks 404 and 406) Tl» operator 

operator receives an mcomingcall the operator access script related call script 400 then waits for an answer from the 

u . also used to start an operator-related call script described operator. When the call is answered from the operator (block 

below. One instance of an operator access script correspond- 410), the operator related call script 400 waits for operator 

mg to each operator is started when the operator starts an 5Q action (block 412). In the simple example being used in the 

application on his workstation. delaiIed descriplio ; n> lhe ope J or may c P omplele g lhe calI ^ 

A call script handles all call related functions for an new destination (block 416) or disconnect the call (block 

incoming call. For example, the call script may connect an 420). If a call completion action is received, the call script 

interactive voice response (I VR) unit to play greeting mes- 300 is notified (block 418). If a disconnect call is received, 

sages and provide an initial voice menu to the caller. The call ss the call script 300 receives a disconnect call order (block 

script may also invoke an automatic call distribution func- 422). In either event, the call is ended (block 424) with the 

tion to queue calls if an operator is not available. When an call end communicated to the operator access script 200 

operator does become available, the call script indicates to (block 428) and the operator workstation (block 426). 

the operator access script that there is a new call. One There are many possible service applications that inte- 

mstance of the call script is initiated for each incoming call OT grate operator interaction into an IN-based service such as 

to the integrated call center 22. the example operator services set forth below. 

The operator-related call script mentioned above handles Operator Fallback Service: An operator is connected in an 

all call related action requests or commands from the automated service to help the subscriber to perform the 

operator such as hold, retrieve, park, disconnect, etc. The service as a "fall back" upon subscriber request or detected 

operator-related call script is started when a new call is 65 need. 

received or when the operator initiates an outgoing call The Directory Inquiry Service; Subscribers call an operator to 

operator-related call script may contain several instances, request a name or telephone number. The information 
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requested is returned to the subscriber by an IVR unit, and 
the call is completed to the requested number. 

Toll and Assist Services: Various established operator 
services provided by the telephone operator such as home 
country direct, collect call, credit card call service, booked 5 
call service, etc. 

Changed Number and Interception Service: While these 
services are normally automated in most countries, operator 
"fall back" could be added for these automated services to 
provide better service to the subscribers. 10 

Call Center Services: A service called to obtain 
information, order something, etc. normally accessed by a 
toll free "800" number. Using IN, these call center services 
can be implemented as virtual call centers, i.e., the answer- 
ing operators can be combined in groups serving the call 15 
center independent of their geographical position. 

Conference Call Service: The operator connects multiple 
party conference calls. 

Absent Subscriber Service: The operator takes a message 20 
when a subscriber cannot be reached on his phone. 

While the foregoing describes what are considered to be 
preferred example embodiments of the invention, it is under- 
stood that various modifications may be made therein and 
that the invention may be implemented in various forms and 25 
embodiments, and that it may be applied in numerous 
applications, only some of which have been described. The 
following claims are intended to cover all such modifica- 
tions and variations which fall within the true scope of the 
invention. 30 

What is claimed is: 

1. A method for providing telecommunications services, 
comprising the steps of: 

detecting a call in an intelligent network from a party 
requesting a telecommunications service; 35 

processing the call and providing an intelligent network 
service using service logic and resources in the intel- 
ligent network domain; 

the intelligent network service logic determining that the 
call requires the assistance of a human operator in a call 
center domain outside of the intelligent network 
domain; 

the intelligent network service logic establishing a coop- 
erative request processing session with call center 
service logic using a control communications path 45 
between the intelligent network domain and the call 
center domain; 

the intelligent network service logic and the call center 
service logic cooperatively processing and providing 5Q 
service to the call using service logic and resources 
both in the intelligent network domain and in the call 
center domain during the cooperative request process- 
ing session; 

the call center service logic using the cooperative request 55 
processing session to request the intelligent network 
service logic to connect the voice path of the call to a 
telephony network destination within the call center 
domain associated with the human operator; 

the human operator using an operator workstation appli- eo 
cation to provide an operator-assisted service to the call 
and to return information to the call center service 
logic; and 

the call center service logic returning the information to 
the intelligent network service logic using the coopera- 65 
tive request processing session and requesting the intel- 
ligent network service logic to disconnect the voice 
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40 



path of the call from the human operator's telephony 
network destination. 

2. The method in claim 1, further comprising: 
the intelligent network service logic and the call center 

service logic cooperatively providing a service to the 
call after disconnection of the voice path of the call 
from the human operator's telephony network destina- 
tion using service logic and resources both in the 
intelligent network domain and in the call center 
domain to perform a post-human operator processing 
operation associated with the call during the coopera- 
tive request processing session. 

3. The method in claim 1, further comprising: 
during the cooperative processing session, communicat- 
ing an operator-initiated command to the intelligent 
network service logic; and 

the intelligent network service logic performing the 
operator-initiated command. 

4. The method in claim 3, further comprising: 
the call center service logic detecting the operator- 
initiated command and executing the operator com- 
mand using one or more commands provided to the 
intelligent network service logic. 

5. The method in claim 4, wherein the call center service 
logic executing step includes executing one or more call 
center service independent software building blocks to 
implement the operator command in a context of a call 
center service script composed of plural call center service 
independent building blocks. 

6. The method in claim 1, further comprising: 
the intelligent network service logic providing informa- 
tion regarding the human operator command process- 
ing to the call center service logic; 

the call center service logic forwarding the provided 
information to the operator workstation application; 
and 

the operator workstation application displaying the pro- 
vided information to the operator to aid the human 
operator in servicing the call. 

7. The method in claim 1, further comprising: 
the call center service logic instructing the intelligent 

network service logic to modify the voice path of the 
served call using an intelligent network switching capa- 
bility either related to conferencing the call with addi- 
tional call parties within or outside the call center 
domain or related to transferring of the call to another 
party within or outside of the call center domain. 

8. The method in claim 1, further comprising: 
the call center service logic providing billing information 

to the intelligent network service logic corresponding 
to the service performed for the call, 

9. The method in claim 8, further comprising: 
the intelligent network service logic using the provided 

billing information to determine billing rate for the 
voice path and potential additional charges related to 
use of premium charged service features. 

10. A telecommunications system for providing telecom- 
munications services to a call requesting a service having 
one or more service features, comprising: 

a call center domain, including information processing 
resources, automated interactive voice response 
resources, operator position telephony workstations, 
and an Intelligent Network (IN)-enabled call center 
server having an automatic call distribution function 
and controlling call center domain resources using 
IN-enabled call center service logic; 
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an intelligent network domain, including a service switch- 
ing element and a call center-enabled service control 
element, receiving the call, processing a service request 
associated with the call, and integrating one or more 
service features provided by the IN-enabled call center 
server from the call center domain in rendering the 
requested service; 

a control communications path between the call center- 
enabled service control element in the intelligent net- 
work domain and the IN-enabled call center server in 
the call center domain; and 

a switched telephony network between the service switch- 
ing element in the intelligent network domain and the 
telephony resources in the call center domain. 

11. The telecommunications system in claim 10, wherein 
the IN-enabled call center server includes a first cooperative 
request processing interface for communicating request, 
progress, and result operations between the call center 
service logic and the call center-enabled intelligent network 
service control element. 

12. The telecommunications system in claim 10, wherein 
the IN-enabled call center server includes a second coop- 
erative request processing interface for communicating 
request, progress, and result operations between the 
IN-enabled call center service logic and the operator posi- 
tion telephony workstation. 

13. The telecommunications system in claim 10, wherein 
the call center-enabled service control element includes a 
cooperative request processing interface for communicating 
request, progress, and result operations between the intelli- 
gent network service logic and the IN-enabled call center 
server. 

14. The telecommunications system in claim 10, wherein 
the service logic in the IN-enabled call center server imple- 
ments services, including cooperative request processing for 
the intelligent network domain and cooperative request 
processing for operation position telephony workstations, 
using service scripts built using service-independent build- 
ing blocks of software program code. 

15. The telecommunications system in claim 10, wherein 
the service logic in the call center-enabled service control 
element implements services, including cooperative request 
processing for the call center domain, using service scripts 
built using service-independent building blocks of software 
program code. 

16. A method for providing telecommunications services, 
comprising the steps of; 

detecting a call in an intelligent network from a party 
requesting a telecommunications service; 

determining that the call requires the assistance of a 
human operator; 

establishing a cooperative call processing session using a 
control communications path between the intelligent 



10 



15 



20 



25 



30 



35 



45 



50 



the human operator at the call center providing an 
operator-assisted service to the caller; 

communicating an opera tor- initiated command from the 
call center server to intelligent network service logic in 
the intelligent network via the control communications 
path during the cooperative call processing session; and 

the intelligent network service logic performing the 
operator-initiated command. 

17. The method in claim 16, further comprising: 
executing the operator command using one or more 

intelligent network service logic commands. 

18. The method in claim 17, wherein the executing step 
includes executing one or more service independent soft- 
ware building blocks defining the service to implement the 
operator command in the context of a service script com- 
posed of plural service independent building blocks. 

19. The method in claim 18, further comprising: 
converting the operator command into one or more intel- 
ligent network service logic requests; and 

transmitting the one or more operator service logic 
requests over the established control communications 
path. 

20. A telecommunications system for providing telecom- 
munications services to a party placing a call requesting a 
service having one or more service features, comprising: 

an operator assistance call center including a call center 
server and one or more human operators; and 

an intelligent network, including a service switching 
element and a service control element, receiving the 
call, processing the service request, and integrating one 
or more service features provided by one of the human 
operators from the operator assistance call center in 
rendering the requested service, 

wherein the call center server is outside of the intelligent 
network and includes a cooperative call processing 
interface for communicating an operator- initiated com- 
mand received from the operator's workstation to the 
intelligent network service control element, the intel- 
ligent network service logic responding to the operator- 
initiated command received from the cooperative call 
processing interface. 

21. The telecommunications system in claim 20, wherein 
the call center server converts the operator command into 
one or more service feature commands recognized by ser- 
vice logic in the intelligent network. 

22. The telecommunications system in claim 21, wherein 
the service logic in the intelligent network service control 
element implements services using service scripts, a service 
script including service independent building blocks of 
software program code, and wherein the call center server 



network service logic and a call center server outside of 55 converts the operator command into one or more service 
the intelligent network; scripts, 
connecting the call to the human operator at the call 
center; 
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